REMARKS 

In the Office Action dated March 13, 2007, claims 1-8 were rejected under 
Section 112, second paragraph as being indefinite because the Examiner state the 
step of "installing a software system in a technical system..." did not make clear 
whether this means the technical system recited previously in the claim, or some 
other technical system. Claim 1 has been amended to make clear that the same 
technical system is indicated throughout claim 1 , as well as dependent claims 2-8, 

Claim 2 was rejected under Section 112, second paragraph because the 
Examiner stated the phrase in claim 2 cited by the Examiner was unclean Claim 2 
has been amended to make clear that the step in claim 2 of "installing original 
software" is intended to be further iimiting of the generic step of "installing a software 
system" in claim 1 . 

As discussed in more detail befow, the method disclosed and claimed in the 
present application not only allows original software, that is installed in a technical 
system at a customer facility to be tested using the operation mode) generated 
according to the invention, but also allows new software to be evaluated, that is 
under consideration as a replacement or upgrade of the original software. 

Under either scenario, the operation of the technical system according to the 
generated operation model occurs at a non-normal usage time of the customer As 
explained in the paragraph beginning at page 3, line 15 of the present specification, 
as well as in the paragraph bridging pages 7 and 8 of the present specification, 
because the technical system is operated for testing purposes according to the 
generated operation model, rather than during actual (i.e., revenue-generating) 
usage time of the customer, the testing can take place according to so-called 
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"shadow operation," which means using the technical facility at off-peak times, This 
is particularly suitable for the example given in the present specification of testing of 
a magnetic resonance imaging facility. During normal business hours of a clinic, for 
example, it is desirable for the customer to keep an expensive system, such as a 
magnetic resonance imaging system, in use for examining patients as much as 
possible. Taking such an expensive system out of normal usage for testing 
purposes would represent a loss of revenue to the clinic. Moreover, if the system 
were attempted to be tested during actual normal usage, i.e. during interaction with a 
patient, there wouid be a risk to the patient if new software were being tested during 
that time, and the new software did not operate as intended, 

Therefore, in accordance with the present invention, an operation model of 
the technical system is generated during the normal usage of the technical system at 
the customer's facility. The technical system is then operated at a non-normal usage 
time according to the operation model, during which the software (original or new) 
that is executed by the technical system can be tested, so as to obtain a test result 
that is used to evaluate the software. 

Therefore, the testing can take place at times that do not represent a 
significant loss of revenue to the customer and, moreover, the testing takes place 
according to conditions and results that occurred during the actual operation of the 
technical system during normal usage. This means that the operation model 
represents a "real world" mimicking of the operation of the technical system, rather 
than a theoretical model. 
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Independent claim 1 has been amended to clarify these points. Editorial 
changes have been made in certain of the dependent claims as well to make those 
claims consistent with the amended language of independent claim 1 . 

Original claims 1-3 were rejected under 35 U,S.C. §1 02(b) as being 
anticipated by Nilsson et aL Applicant respectfully submits the disclosure of the 
Nilsson et a! reference did not correspond to original claim 1, and clearly does not 
correspond to amended claim 1, for the following reasons, 

The Nilsson et al reference discloses a system for changing software in a 
computer during actual operation of the computer. In the example given in the 
Nilsson et al specification, software used to operate a communications system is 
discussed. The goal of the system disclosed in the Nilsson et al reference is to 
achieve a software change without disrupting the ongoing telecommunications traffic 
through the telecommunications system that operates according to the software. 
Before a new version of the operating software is permanently installed, so-called 
"test traffic" is routed through the system for processing by the new software, as 
represented by block 103 in Figure 4 and the accompanying description. During this 
time, however, "live" traffic is stilf being processed by the old software, If the 
outcome of the testing is positive, samples of actual (live) data will be routed to the 
new software for an additional test, as indicated by block 107 in Figure 4, If this 
additional test also produces a positive result, all new communications traffic will 
then be processed by the new software, as indicated block 109 in Figure 4, The old 
software is still permitted to remain operational until it has either operated on all of 
the "old" traffic that was routed to it, or until a specified time limit expires. If any test 
in the Nilsson et al system produces a negative result, the new software is removed. 
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Therefore, the goal of the system disclosed in Niisson et a! is to allow testing 
of new software during the normal usage of the telecommunications system, but the 
testing is designed in the Niisson et a! system to be as invisible as possible to such 
normal usage of the system. 

The present Applicant, as discussed above, has rejected this basic premise 
underlying the design and operation of the system disclosed in the Niisson et at 
reference. As discussed above, because the method disclosed and claimed in the 
present application is for the purpose of testing software on revenue-producing and 
human-interacting systems, the Applicant has devised a testing method that can be 
conducted at non-revenue producing times and at times that do not present a risk to 
humans who interact with the technical system, while still allowing such testing to 
proceed under "real world" conditions, namely the "real world" operation model that 
is generated during normal usage. 

Moreover, in the Niisson et al system there is no operation model that is 
generated for any purpose. The new software is not a "model" of the normal usage 
of the system in question, but is instead designed to cause a new way of operating 
that system. In fact, there is no testing of the system under normal conditions that is 
undertaken at all in the Niisson et a! reference. As discussed above, operation of the 
Niisson system in the "old" way proceeds without interruption while testing of the 
system operating according to the "new" way occurs. The data that are routed to the 
new software for testing are not a computerized model of the system, but, as noted 
above, represent incoming "live" traffic. This is an acceptable solution in the context 
of the Niisson et al system, since it is designed for testing systems of the type 
exemplified by the telecommunications system discussed therein. If such systems 
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fail due to the new software, this may represent an inconvenience to users of the 
system, but it will not represent a risk to the safety of such users, as is the case in 
the type of technical systems for which the testing method disclosed in the present 
application is designed. 

The Nilsson et al reference, therefore, does not disclose ail of the method 
steps of claim 1 as arranged and operating in that claim, and therefore does not 
anticipate claim 1 , nor either of claims 2 or 3 depending therefrom, 

Claims 4 and 5 were rejected under 35 IXS,C. §1 03(a) as being unpatentable 
over Nilsson et al in view of Hady et aL Claims 6-8 were rejected under 35 LAS.C. 
§1 03(a) as being unpatentable over Nilsson et al in view of Tse. The above 
discussion regarding the Nilsson et al disclosure is also relevant to these rejections. 
For the reasons discussed above concerning the Nilsson et al reference, even if the 
system disclosed in that reference were modified in accordance with the teachings of 
either Hady et al or Tse, the subject matter of th aforementioned dependent claims 
still would not result. Therefore, none of those claims would have been obvious to a 
person of ordinary skill in the field of designing and testing software, under the 
provisions of 35 U,S,C, §1 03(a), based on the teachings of those references. 

All claims of the application are therefore submitted to be in condition for 
allowance, and early reconsideration of the application is respectfully requested. 
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